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Es común que el rol de Product Owner, (PO), lo cumpla un miembro del equipo del cliente, es 
decir, un empleado propio que sea experto en el negocio a tratar. Por eso es común decir que el 
PO es el cliente. El empleo de un Product Owner Independiente de la organización, (o POI), tiene 
su origen principalmente en la incapacidad de esta de disponer de alguien que pueda cumplir el 
rol y, además, sin descuidar sus funciones normales. Hay entonces una carencia que obliga a la 
contratación de un profesional, con ciertas características habilitantes, para que conozca el 
negocio y lo represente, entablando relaciones con un contratista prestador de servicios o 
fabricantes de soluciones Tl. 


Un Product Owner Independiente es pues un profesional que no es parte del cliente, es decir que 
no forma parte de la planilla de la empresa. 


El POI debe poseer una buena capacidad y disponibilidad para visualizar los distintos negocios que 
se le presenten, y los procesos que les dan cuerpo, de modo de poder sintetizarlos ante grupos de 
trabajo. Además, debe tener la capacidad de diseñar y desarrollar los procedimientos necesarios 
para obtener el producto deseado con el menor esfuerzo posible. Basa su credibilidad en su 
prestigio; o en la capacidad de mostrar convincentemente competencias propias, tales como 
Business Intelligence; Lean y Ágile; capacidades negociadoras, trabajo de equipo; habilidades 
comunicacionales; y una gran capacidad, como se dijo, de profundizar en el entendimiento del 
negocio. 


Su nicho de trabajo lo constituye, por un lado, la empresa que necesita innovar para adaptarse a 
un medio cambiante y dinámico, facilitando así sus propios procesos internos, ya sean estos 
productivos o administrativos. Y por otro lado, la empresa prestadora de servicios, o contratista, la 
que aporta con el desarrollo de un producto o servicio al cliente. A esta, el POI le demanda un 
producto que cumpla con los requisitos planificados para el sprint, representando al cliente para 
esto. 


Por su parte, una empresa contratista puede haber tenido antes alguna experiencia con un 
determinado Product Owner y puede gustarle o no su forma de trabajo. Esto es parte del prestigio 
del POI. 


La capacidad de interpretar la información recogida desde los clientes, y stakeholders en general, 
para convertirla en diagramas de procesos, le permite al POI entregar a los equipos de desarrollo 
requerimientos básicos o complejos, de modo que estos puedan evaluarlos para ir agregando 
valor en cada sprint. 
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Un buen POI puede entender las necesidades más realistas de los programadores, (cuyo trabajo 
idealmente debe conocer), y así presentar a su empleador ajustes para la extensión del sprint a 
duraciones estadísticamente más probables. 


Un POI toma partido por el cliente. Aunque no es parte real del cliente, sus servicios están siendo 
adquiridos por este, y se incluye en el contrato todos los resguardos legales sobre propiedad 
intelectual e industrial que el cliente estime necesarios. Por esto, le debe fidelidad al cliente. Pero 
esta necesidad con el cliente lo obliga a ser leal también con el grupo de desarrollo, pues en la 
medida que se les facilite el trabajo a estos, el cliente más pronto, y por el menor precio, obtendrá 
sus resultados deseados. Esta lealtad más que dividida, compartida, es una ventaja. 


Un POI establece relaciones virtuosas con el Scrum Máster. Sus relaciones son proactivas. 
Todo lo anterior redunda en el prestigio del POI. 


Y es así como el POI debe poder adaptarse a las dos “partes” en juego, la del cliente y los 
stakeholders, por un lado, y la parte del grupo de trabajo, Scrum Máster y Developer team, es 
decir el contratista, por el otro. 


Como desventaja se podría mencionar que al depositar ambas partes su confianza en el POl, este 
ostenta cierto carácter de independiente para tomar decisiones, lo que puede traer consigo 
cometer algún tipo de arbitrariedad voluntaria o involuntaria. Una forma de evitar conductas 
erróneas es mediante el uso de alguna forma de control que ejerza el contratador de sus servicios. 


Podrá haber alguno que diga que poner a un tercero en conocimiento del negocio y del estado de 
su propio arte, es incorporar un riesgo innecesario, pero esto es una verdad cuestionable. No es 
posible evitar este riesgo cada vez que se contrata a un consultor externo, a un auditor, o a un 
contratista de Tl. Este riesgo se asume también cuando un empleado se retira de la firma. Además 
de ser un riesgo de probabilidad de ocurrencia poco significativa, se debe saber convivir con este y 
administrarlo correctamente. 


Conclusiones 


De lo anterior se puede inferir que existe un nicho para un POI en el mundo de los proyectos Tl 
ágiles, y que está compuesto por empresas que, por alguna causa, no cuentan con un empleado 
para que las haga de Product Owner, por lo que deben encargar el cumplimiento del rol a un 
agente externo. 


Este hecho constituye una ventaja para ambas partes, pues aunque el PO! toma partido por el 
cliente, también toma partido por el equipo desarrollador, lo que garantiza compromiso para con 
el cliente y empatía para con el equipo de desarrollo. Otra ventaja es que actúa como moderador 
ante el cliente, y no se deja influir por este, dándole un trato profesional e independiente, ya que 
cuenta, o debe hacerlo, con el respaldo de la alta dirección. 


Los riesgos asociados son bajos, y son controlables mediante contratos y cláusulas de 
comportamiento. 
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